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TITLE OF THE INVENTTON 

INFORMATION PROCESSING METHOD FOR MANAGING EQUIPMENT, 
EQUIPMENT MANAGING PROGRAM, RECORDING MEDIUM STORING 
5 EQUIPMENT MANAGING PROGRAM, AND EQUIPMENT MANAGING METHOD 

BACKGROUND OF THE TNVRNTTON 

% Field of the Invent -ion 

JJLO [0001] The present invention relates to a remote site 
^ managing system which centrally and remotely monitors the 
"^^ state of PC/server equipment such as general-purpose 

personal computers (PCs) and server computers and the like 
f2 that have been connected via a computer network for example, 
pl5 and peripheral equipment (devices) with dedicated functions, 
particularly those with specialized input /output functions, 
such as printers, photocopiers, scanners, and the like. 
Description of the Related Art 
[0002] Conventionally, there have been 
20 monitoring/managing systems for collecting operating 
information, error information, log information, etc., 
regarding equipment in offices, within the office. There 
have also been systems which collect such information 
collected in the office and monitored/managed at a center 
25 server externally set up or and connected via a network. 
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[0003] However, such monitoring /managing systems have 
been either systems which monitor and manage only PC/server 
systems, i.e., general-purpose computers, or systems which 
monitor and manage only device systems such as printers and 
5 photocopiers . 

[0004] The reason that general-use computers and devices 
have been thus managed separately is that the procedures for 
managing general-purpose computers and devices are 
completely different. That is, with regard to managing 

10 general-use computers, it is necessary to make a program 
which carries out desired functions according to computer 
environments such as operating systems or the like and 
execute the program on the computers to be managed, but with 
regard to managing peripheral devices, it has been almost 

15 impossible with peripheral device systems to add on or 
exchange functions . 

[0005] In addition, in the event of managing peripheral 
devices, there have been no standard data formats by which 
the monitor/managing system can communicate with the 

20 peripheral devices, nor standard procedures (protocols) for 
exchanging. Therefore, management procedures corresponding 
to each individual peripheral device must be developed, with 
each peripheral device being connected to the managing site 
and managed independently. 

25 [0006] Thus, the managing system for devices has been 
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incompatible with that for PCs and server computers, and 
accordingly these have existed as entirely separate systems. 
[0007] On the other hand, as peripheral devices and 
PC/server computer systems have come to be used extensively 
5 in office environments, there has been greater expectation 
for maintenance services comprehensively monitoring and 
managing both the peripheral devices and computer systems. 
[0008] However, with conventional methods, a maintenance 
^ service company (administration site) must provide a 
plO customer office with two monitor/managing systems, one for 
4j devices and another for PC/server computers, collect the 
-I information for both systems through separate lines, and 
p monitor and manage the systems independently. Accordingly, 

maintenance service companies have had the problems of 
fJS complexity in management and high costs in operating and 
maintaining the systems • 

SUMMARY OF THE TNVFNTTO]^ 

20 [0009] The present invention has been made in light of 
the above problems, and accordingly it is an object thereof 
to provide a remote site control system, whereby the control 
site is able to centrally manage both the PC/server systems 
and the peripheral equipment in an office. 

25 [0010] Particularly, it is an object of the present 
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invention to provide a remote site control system which 
competently responds to error occurrences and arranges for 
maintenance (e.g., arrangements for service personnel and 
commissioning services to other service companies) in a 
5 smooth manner, in the event that equipment where the 

maintenance service company guarantees service has trouble, 
and the maintenance service company receives a notice of the 
maintenance trouble from a customer in the office by phone 
'% (i.e., a center call). 

^510 [0011] To this end, the present invention is configured 

"ff. with a connection to a first local managing apparatus which 
- is connected to equipment of a first type via a local 

^''^ network and manages the equipment of the first type and a 
second local managing apparatus which is connected to 

Cas equipment of a second type via a local network and manages 
the equipment of the second type, wherein judgment is made 
as to whether any trouble which has occurred is trouble in 
the equipment of the first type or the equipment of the 
second type, and one or the other of the first local 
20 managing apparatus and the second local managing apparatus, 
or both the first and second local managing apparatuses, are 
caused to perform diagnosis, based on the judgment results. 
[0012] In at least one embodiment of the present 
invention, diagnosis request may be issued to one or the 
25 other of the first local managing apparatus and the second 
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local managing apparatus, or both of the first and second 
local managing apparatuses. 

[0013] Also, in at least one embodiment of the present 
invention, a list of equipment connected to the local 
5 network may be displayed on a display unit. 

[0014] Service personnel may be notified to go and 
perform recovery work in the event that trouble is not 
determined by the first local managing apparatus or the 
^ second local managing apparatus, and in this case, 
^0 information may be transferred to a portable terminal 
# carried by the service personnel regarding the location to 
"I which to go to perform recovery work. 

[0015] Further, report information indicating the 
^^ contents of trouble may be generated in the event that 
1:15 trouble is determined by the first local managing apparatus 
or the second local managing apparatus. Notification of 
commissioning recovery work may be made to another company, 
in the event that the trouble cannot be recovered without 
external help. 

20 [0016] The equipment of the first type may be peripheral 
devices, and the equipment of the second type is computer 
devices, and in this case, the equipment of the first type 
may be at least one of printers, photocopiers, or scanners, 
and the equipment of the second type may be at least one of 

25 personal computers, server computers, or network devices. 
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[0017] Further objects, features and advantages of the 
present invention will become apparent from the following 
description of the preferred embodiments with reference to 
the attached drawings . 

5 

BRIEF DESCRTPTTOW OF THE DTRAWTWHS 

[0018] Fig. 1 is a block diagram illustrating the 
^{ configuration of a managed site and a managing site; 
^10 [0019] Fig. 2 is a block diagram illustrating the 
Hf configuration of a software module of the present remote 
^ site managing system; 

1^^ [0020] Fig. 3 is a block diagram illustrating the 

configuration of a computer which serves as the PCs and 
as server; 

[0021] Fig. 4 is a block diagram for describing the 
procedures for exchanging data which is carried out between 
site systems and the center system; 
[0022] Fig. 5 is a flowchart for describing the 
20 processing procedures for receiving messages at a device 
center server; 

[0023] Fig. 6 is a flowchart illustrating the processing 
procedures of the device monitoring server 203a with regard 
to an event that has occurred; 
25 [0024] Fig. 7 is a flowchart illustrating the procedures 
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for the device monitoring server 203a to receive messages 
received from the device center server 210; 
[0025] Fig. 8 is a diagram illustrating an example of a 
message format exchanged between the device center server 
5 210 and the device monitoring server 203a; 

[0026] Fig. 9 is a block diagram illustrating the 
configuration of a software module of the remote site 
p., managing system according to the present embodiment; 
% [0027] Fig. 10 is a chart for describing the procedures 
^4o for downloading setting values to a device, carried out 
'2z between a site system and the center system; 
>l [0028] Fig. 11 is a chart for describing the procedures 
¥^ for uploading count data, i.e., device information 
H collection, carried out between the site system and the 
CIS center system; 

[0029] Fig. 12 is a chart for describing the procedures 
for uploading log data from the site system to the center 
system; 

[0030] Fig. 13 is a flowchart illustrating the processing 
20 procedures at the center server 110 at the time of receiving 
an event; 

[0031] Fig. 14 is a flowchart illustrating the processing 
procedures of a device information processing module 901 
with regard to a download end event; 
25 [0032] Fig. 15 is a flowchart illustrating the processing 



- 8 - 



procedures of the device information processing module 901 
with regard to notification of obtaining of device 
information (counter upload); 

[0033] Fig. 16 is a flowchart illustrating the processing 
5 procedures of the device information processing module 901 
with regard to notification of uploading log data; 
[0034] Fig. 17 is a flowchart illustrating the processing 
procedures at a site plug-in 203b with regard to a message 
^ or even issued to the plug-in; 

j|o [0035] Fig* 18 is a flowchart illustrating the procedures 
J: of processing of the site plug-in 203b according to 

maintaining a message received from a center server 1101; 
J"" [0036] Fig. 19 is a flowchart illustrating the processing 
1^; procedures in the event that a PC monitoring client has 
CI 5 received a message; 

[0037] Fig. 20 is a flowchart illustrating the processing 
which a center call application system performs; 
[0038] Fig. 21 is a flowchart illustrating the processing 
in the event that a center call application system carries 
20 out repair A; 

[0039] Fig. 22 is a flowchart illustrating the processing 
in the event that a center call application system carries 
out repair B; 

[0040] Fig. 23 is a diagram illustrating an example of a 
25 user display screen; 



[0041] Fig. 24 is a diagram illustrating an example of a 
display screen indicating recovery; 

[0042] Fig. 25 is a diagram illustrating an example of a 
display screen indicating recovery; 

[0043] Fig. 26 is a diagram illustrating a case wherein 
isolation is possible; 

[0044] Fig. 27, which consists of Figs. 27A and 27B, is c 
diagram illustrating an example of a dispatching screen; 
[0045] Fig. 28 is a diagram illustrating the contents of 
a commissioning sheet; 

[0046] Fig. 29 is a diagram illustrating the contents of 
a work report; and 

[0047] Fig. 30 is a diagram illustrating the contents of 
a trouble report. 

DESCRTPTION OF THE PRTCFRR R RP KMRnnTMFT v fT P 

<Configuration of first remote site managing system> 
[0048] A remote site managing system according to the 
present invention will be described with reference to the 
drawings . 

[0049] Fig. 1 is a block diagram illustrating the 
configuration of a managed site (office side) and a managing 
side (maintenance service company side) making up the remote 
site managing system. At the managed site, a PC 103 which 
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is a general-purpose computer, a device monitoring server 
203a (information equipment for managing peripheral 
equipment which are devices connected on a local network in 
the office), and a photocopier 101, printer 104, and printer 
5 105, which are all peripheral equipment, are connected via a 
LAN (Local Area Network). 

[0050] Note that here, the term "general-use computer" 
refers not only to personal computers and server computers, 
but also to network equipment indispensable for computer 

;J^JlO networks, such as gateways, routers, and so forth. The term 

j! "peripheral equipment" includes photocopiers, printers, 

scanners, facsimile devices, combined apparatuses thereof, 

f^' and so forth. 

[0051] A later-described PC monitoring client module is 

Cl5 executed on the PC 103, which is capable of managing the 
general-purpose computers and the like connected on the 
local network in the office. Also, the device monitoring 
server 2 03a and the PC monitoring client module may be 
executed on physically separate computers, or may be 
20 executed on the same computer. 

[0052] Also, while not shown in Fig. 1, this remote site 
managing system also comprises a data format converting 
device. This is a device for converting and adjusting the 
data formats between the device monitoring server 203a and 
25 the PC monitoring client module. 
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[0053] Also, the managing site has a center server 110 
for centrally managing the equipment in the managed site, an 
inventory database 109 for accumulating managing information 
and the like, and a device center server 210 for managing 
5 the peripheral equipment in the managed site in a dedicated 
manner, respectively connected to the LAN. Also, with this 
system, a server/PC 111 and other computers are also 
p. connected. This computer 111 uses managing information to 
% execute an application program for comprehensively managing 
rlo the office equipment. 

X [0054] Also, though not shown in Fig. 1, the managing 

site also has a display device for display information 
f" notified from the managed site, and a converting device for 
fZ converting and adjusting the data formats between the center 
Cl5 server 110 and the device center server 210. 

[0055] Also, there is a service center for 
comprehensively managing multiple managing sites (equivalent 
to the application system 205 in Fig. 2), which are 
connected with the managing site via an external network or 
20 a LAN. 

[0056] The managed site and the managing site are 
mutually connected via the gateways 106 and 107. This 
connecting may be made using general-purpose routers or 
modems or the like, as well. Also, in the event that the PC 
25 monitoring client module is being executed on the PC 103, an 
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arrangement may be used wherein the line between the PC 103 
and the center server 110, and the line between the device 
monitoring server 203a and the device center sever 210 are 
provided separately and exist independently. 
5 [00571 Fig. 3 is a block diagram illustrating a 

configuration of a PC and server computer. In Fig. 3, a 
computer 3000 comprises a CPU 1, RAM 2, ROM 3, a system bus 
pj 4, a keyboard controller 5, a CRT controller 6, a memory 
% controller 7, a LAN control unit 8, a keyboard 9, a CRT 
r%,0 display 10, and external memory 11. 

4J [0058] The CPU 1 executes a communication control program 
stored in the program ROM of the ROM 3, and accordingly 
controls external transmission of specified data and 
f!;' controls external reception of data. Also, the CPU 1 
Ol5 comprehensively controls the devices connected to the system 
bus 4 . 

[0059] The RAM 2 functions as main memory, a work area, 
and so forth, for the CPU 1. The ROM stores fonts (in the 
font ROM), programs (in the program ROM), and data (in the 

20 data ROM) . The keyboard controller 5 controls key input 

from the keyboard 9 and from a printing device not shown in 
the diagram. The CRT controller 6 controls display of the 
CRT display 10. The memory controller 7 controls access to 
the external memory 11. External memory 11, such as hard 

25 disks (HD) and floppy disks (FD), store boot programs. 
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various types of applications, font data, user files, later- 
described editing files, and so forth. The LAN control unit 
8 is connected to the network, and executes communication 
processing with other equipment connected to the network. 
5 [0060] Fig. 2 is a block diagram illustrating the 

configuration of the software module of the present remote 
site managing system. A user site system (referring to the 

... managed site) has device equipment (photocopiers, printers 
combined apparatus, scanners, facsimile devices, and like 

fio peripheral devices) and PC/server equipment (general-purpose 

5 computers and the like) existing in a mixed manner. However, 
the device equipment is locally managed by the device 
monitoring server 203a, and the PC/sever equipment is 
locally managed by a PC monitoring client module 203d. 

Cl.5 These are collectively referred to as a site-side managing 
system 203. The device monitoring server 203a has a 
database 203a-l for storing managing information. 
[0061] A center system (referring to the managing site) 
has a device center server 210 for exchanging data with the 
20 device monitoring server 203a, and a center server 110 for 
exchanging data with the PC monitoring client module 203d. 
The managing information of the device equipment is stored 
in the inventory database 109. Also, the managing 
information managed by the center server 110 is stored in 
25 the inventory database 109. Both of these sets of managing 



information stored in the inventory database 109 are used by 
the application system 205 and so forth. Note that the 
inventory database 109 needs to be logically separated 
between the devices and the PC/servers or like general- 
purpose computers, and of course may be physically separated. 
[0062] The device monitoring server 203a and the device 
center server 210 are connected with a site plug-in module 
203b for converting data formats and procedures as necessary, 
via a server plug-in module. Due to the site plug-in module 
and server plug- in module, the site side and the center side 
can communicate, even in the event that the operating 
systems used by each site are different. Electrically, 
these are connected via routers 204a and 204b. This line is 
physically or logically shared with a line connecting the PC 
monitoring client 203d and the center server 110. 
[0063] The line connecting the device center server 210 
and the device monitoring server 230a also takes into 
consideration cases wherein the line connecting the 
monitoring client 203d and the center server is not shared. 
In this case, the PC monitoring client 203d and the center 
server 110 may be connected by an independent line, via 
modems or routers . 

[0064] The center server 110 contains an event monitor 
110a, which monitors events issued to the center server 110, 
and in the case that there is an event notifying of trouble. 
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failure, error, or the like, this is displayed on a monitor. 
The administrator can tell the state of trouble which has 
occurred at the managed site, by viewing the display. An 
event adapter 210a, the PC monitoring client 203d, and 
5 application system 205, are those which issue events to the 
center server 110. The center server 110 executes 
predetermined processing of the received event following the 
contents indicated thereby. An example of an event is 
trouble notification. 
^0 [0065] The device center sever 210 contains an event 
jz adapter module 210a. The event adapter 210a has functions 
of periodically searching for information received by being 
sent from the device monitoring server 2 03a to the device 
center server 210, judges and sorts, from the searched 
CjL5 information, information relating to the trouble which has 
occurred in the peripheral equipment, converts the 
information into a format which can be processed by the 
center server 110 (file format, protocol format, etc.), and 
then issues, to the center server 110, an event indicating 
2 0 that trouble has occurred. Alternately, an arrangement may 
be made wherein the center server 110 is provided with 
functions for converting the information into a format which 
can be processed by the center server 110, by the event 
adapter module 210a. Trouble-related events (trouble 
25 events) contain the device where the trouble occurred, the 
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contents thereof,, the time that the trouble occurred, and so 
forth. Providing this event adapter 203a to the present 
system and the devices allows device-specific information 
such as paper jamming or stapling function checking obtained 
5 by managing software using the device-specific protocol 
format to be centrally managed along with software 
monitoring systems or devices of other types (in the 
embodiment, general-purpose computers /servers, etc.). 
[0066] The event monitor 110a receives this, and adds to 
rtlO the event list and displays the device where the trouble 
JIJ occurred, the contents thereof, the time that the trouble 

occurred, and so forth. An example of making this display 
T\ is to display one event per line, and list the events in 
fl time-sequence. Fig. 2 shows an arrangement wherein the 

event monitor llOa is contained in the center server 110, 
but connecting this event monitor 110a externally from the 
center server 110 via a network or the like enables, for 
example, the device center server 210 side or application 
system 205 side, to comprehensively manage the devices and 
20 servers. 

[0067] What is most noteworthy here is that the event 
monitor 110a displays any and all trouble events, without 
giving consideration to the source of the event, thereby 
gaining the attention of the administrator. That is to say, 
25 the event monitor 110a displays, in time-sequence fashion 
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for example, in an event list on the same screen, both 
general-purpose computer trouble events issued from the PC 
monitoring client 203d, and peripheral equipment trouble 
events issued from the device monitoring server 203a via the 
5 event adapter 210a of the device center server 210. 

[0068] Next, examples of data exchanging procedures 
carried out between the device center server 210 and the 
-.-^ device monitoring server 203a will be described with regard 
% to the three cases of: (1) downloading setting values from 
IrlO the device center sever 210 to a device; (2) uploading log 
J data from the device monitoring server 203a to the device 
center server 210; and (3) the device center server 210 
requesting counter data from device monitoring server 203a, 
with reference to Fig. 4. However, a brief description 
Ql5 regarding the data format will be given first. 

[0069] Fig. 8 is a diagram illustrating an example of a 
message format exchanged between the device center server 
210 and the device monitoring server 203a. A message 
includes a flag field, a data type field, a job ID field, a 
20 return value field, a data length field, and a data field. 

The flag field contains a bit group indicating communication 
means, and a bit indicating whether or not that message is 
the final frame of the data (whether data is continuous). 
[0070] The data type field indicates that, for example, 
25 the data is verification request data (data transmitted at 
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the beginning of a session) ,r settings values data to be 
downloaded, a later-described device information request, an 
event information notification, a log data processing 
request, or the like. With notification of trouble or the 
5 like, for example, the fact that this is event information 
is indicated by data type, and specific contents are 
indicated in the data field. 

[0071] The job ID indicates the type of session, 
1^ indicating parameter settings, obtain device information, 
Z^O event notification, and so forth. The data field length 
15 indicates the length of the subsequent data, and the data 

field stores data of the length indicated in the data length. 

Data is included in the data field in the cases of 

downloading settings values and log data processing requests. 
^45 Also, for counter uploads, device information is included in 

the data field in a response corresponding to a device 

information request. 

[0072] The device center server 210 and the device 
monitoring server 203a carry out processing while exchanging 
20 these messages, in the following and other procedures. Note 
that in the following description, the term "event" is used 
to mean a message which makes a notification that an event 
has occurred. 

<Settings values downloading procedures> 
25 [0073] Fig. 4 is a block diagram for describing the 
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procedures of data exchanging carried out between the site 
system and center system. 

[0074] Setting values are downloaded as follows. 
[0075] (1) At the application system 205, specifications 
5 for the device to be set, the IP address of the device, 

threshold values for notifying an error or likewise alarm to 
the site device server of the device, and like settings 
values are manually or otherwise input, thereby creating a 
settings values information file 401. 

rlo [0076] (2) A session is established with the device 

J; center server 210 by the application system 205, and the 
' settings values data contained in the settings values 

fr information file 401 is transmitted to the device center 

(f!; server 210. 

Cl5 [0077] (3) Upon receiving the settings values data, the 
device center server 210 establishes a session with the 
device monitoring server 203a, and sends the settings values 
data to the device monitoring server 203a. 
[0078] (4) Upon receiving the settings values data, the 
2 0 device monitoring server 203a sends the settings values to 
the device 4 02. This procedure is performed according to 
specific procedures for each device. 

[0079] (5) When the device settings are completed, the 
device monitoring server 203a sends a settings completion 
25 message to the device center server 210. 
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[0080] (6) The device center server 210 transmits a 
settings completion notification to the application system 
205, 

[0081] Subsequently^ the application system 205 releases 
5 the session with the device center server 210, and the 
device center server 210 releases the session with the 
device monitoring server 203a. 

[0082] Thus, the settings information for the device can 

be downloaded to the device 402 by the device monitoring 
0 server 203a and the device center server 210 directly 

communicating with one another. 

[0083] Now, trouble is handled as follows. 

[0084] (7) In the event of the PC monitoring client 203d 

detecting trouble of some sort at a server or PC issuing a 
5 trouble event, the PC monitoring client 203d directly issues 

an event to the center server 110. 

[0085] (8) Also, in the case that the device monitoring 
server 203a detects trouble in the device 402, the device 
monitoring server 2 03a transmits information thereof to the 

0 device center server 210. 

[0086] (9) Upon receiving notification of trouble at the 
device 402, the device center server 210 issues an event 
message notifying of the occurrence of the trouble to the 
center sever 110, based on the received notification of 

5 trouble. The device center server 210 shown in Fig. 4 is 
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illustrated containing the event adapter 210a shown in Fig. 
2, so the trouble event shown in Fig. 4 is issued from the 
event adapter 210a. 

[0087] (10) Since the event is a trouble event, the event 
5 monitor 110a displays the trouble information on the event 
console 110b, and updates the event list. 

[0088] Thus, an event notifying of trouble passes through 
r-. the center server 110 regardless of which devices or 
% general-purpose computers of the managed site that the event 
rio is generated at, and the administrator can monitor the 
% device-related information or general-purpose computer- 

related information of all the devices and general-purpose 
computers in the managed site simply by monitoring the event 
?I console on the center server. Also, arrangements may be 
C|L5 conceived wherein information displayed on the event console 
are printed out or subjected to processing so as to be 
displayed on portable terminals or the like carried by 
service personnel. The printed information may be mailed to 
the managed site, and the information displayed on portable 
2 0 terminals carried by service personnel may be used for 
dispatching service personnel and so forth. Various 
applications of such information wherein the devices and the 
general-purpose PC/servers are centrally managed can be 
conceived. 

25 [0089] In the above description, the arrangement wherein 
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device trouble is displayed on the event console 110b via 
the event monitor 110a shown in Fig. 4 has been referred to, 
but it should be noted that with the present invention, not 
all trouble information occurring in the devices is 
5 displayed on the event console 110b. In this regard, the 
present system has functions for performing judgment 
processing regarding whether or not to transmit the trouble 
information to the device center server 210 according to the 
level of trouble occurring in the device equipment. For 

10 example, in the case of door-open errors with photocopiers 

or the like, errors which can be recovered from by resetting 
with the power on/off functions of the device equipment, 
etc., notification is not provided by the device monitoring 
server 203a to the device center server 210. On the other 

15 hand, of the information of which the center server is 

notified, errors which can be handed by the customer on-site, 
e.g., errors which are not problems for current operations 
such as a temperature increase of the device, or jam errors, 
do not warrant calling up service personnel. As long as a 

20 judgment function database for whether to notify trouble to 
the center server is stored in any of the device-side 
equipment, such as the monitoring database 203a-l or the 
device 402, judgment as to whether to notify the center side 
of the information from the device side can be made. Also, 

25 as long as a judgment function database regarding whether to 
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display trouble information notified to the center server 
110 on the event console 110b, and whether to notify 
service personnel, is stored in any of the center server 
side equipment such as the center server side application 

5 system 205, inventory database 109, center server 110, etc,, 
the functions of the present invention can be achieved. 
[0090] The present system having such filtering functions 
for sending information allows the amount of traffic between 
the sites and the center to be reduced, and also allows the 

0 administrator managing the center to readily and clearly 
recognize critical error information. 
<Counter uploading procedures> 

[0091] Counter values uploading procedures, i.e., 
collection of device information, is carried out as follows. 

5 The counter values are values indicating the number of pages 
printed at a photocopier or printer, mode counts indicating 
how many modes of a device have been used, and so forth, and 
these counter values are values which serve as the basis for 
calculating maintenance fees. Uploading these values 

0 according to requests from the center system enables device 
information such as the counter values to be taken by a 
remote site. The counter upload is performed according to 
requests from an application, so the center system (managing 
site) is the initiator. 

5 [0092] (1) A session is established by the application 
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system 205, and a device information request is transmitted 
to the device center server 210. The device information 
request contains information and the like for specifying the 
object device in the site system. 
5 [0093] (2) Upon receiving the device information request, 
the device center server 210 establishes a session with the 
device monitoring server 203a, and transmits the device 
Q information request to the device monitoring server 203a. 
3 [0094] (3) Upon receiving the device information request, 
rilO the device monitoring server 203a obtains the device 
S information from the specified device. This procedure is 
carried out according to predetermined procedures for each 
device, and predetermined information or specified 
fZ information is obtained for the specific device. 

[0095] (4) Upon obtaining the device information, the 
device monitoring server 203a transmits a device information 
response containing the obtained device information to the 
device center server 210. 

[0096] (5) The device center server 210 transmits the 
20 device information response to the application system 205. 
[0097] Subsequently, the application system 205 releases 
the session with the device center server 210, and the 
device center server 210 releases the session with the 
device monitoring server 203a. 
25 [0098] Thus, device information can be obtained by the 
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device monitoring server 203a and the device center server 
210 directly communicating with one another. 

[0099] Note that trouble is handled in the same manner as 
with downloading settings values. 
5 <Log data uploading procedures> 

[0100] Uploading of log data is performed as follows. 
Log data is a history of warnings or retry information 
O occurring in peripheral equipment, for example, and even in 
S the case that this does not consist of an error, the log 
JjLO information is voluntarily transmitted to the managing site 
K in the case that some sort of abnormal state may be 
" occurring, such as the number of warnings reaching a 

predeteinnined number, for example. Accordingly, unlike the 
f!! counter upload, the managed site (site system) is the 
5^fl.5 initiator for uploading log data. 

[0101] (1) The device monitoring server 203a collects the 
log of the device. In the case that the amount exceeds a 
predetermined value, or in the case that the frequency of 
occurrence of warnings exceeds a certain rate, the device 
20 monitoring server 203a starts uploading log data. 

[0102] (2) First, the device monitoring server 203a 
establishes a session, and transmits a log data processing 
request containing the log data, to the device center server 
210. 

25 [0103] (3) Upon receiving the log data processing request. 
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the device monitoring server 203a establishes a session with 
the device center server 210, and transmits a log processing 
request to the device center server 210 • 

[0104] (4) Upon receiving the log data processing request, 
5 the device center server 210 establishes a session with the 
application system 205, and transmits the log data 
processing request to the application system 205 for 
processing the log data. 

[0105] (5) Upon receiving the log data processing request, 
0 the application system 205 processes the log data received 
therewith, and transmits a log data processing response to 
the device center server 210. 

[0106] (6) The device center server 210 transmits the log 
data processing response to the device monitoring server 
5 203a, 

[0107] (7) The device monitoring server 203a releases the 
session with the device center server 210, and performs 
post-operations. In the post-operations, in the case that 
the log data processing response indicates that the 
0 processing of the log data has been properly completed, the 
device monitoring server 203a also deletes the log data and 
so forth. 

[0108] Subsequently, the device center server 210 
releases the session with the application system 205. 
5 [0109] Thus, log information can be uploaded, due to the 
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device monitoring server 203a and the device center server 
210 directly communicating with another. 

[0110] Note that trouble is handled in the same manner as 

with downloading settings values. 
5 <Processing procedures by the device center server> 

[0111] Next, the processing procedures at the device 

center server 210 and the device monitoring server 203a will 

be briefly illustrated. Fig. 5 is a flowchart illustrating 
'% the processing procedures at the device center server at the 
rt-0 time of receiving a message. Note that this message is not 
% restricted to that from the device monitoring server, and 

- may be received from the application system 205 as well, 
j " The format of this message may be different to that shown in 

Fig. 8. In any case, either the originator of the message 
CM.5 can be identified, or a separate process is executed 

according to the originator. The present embodiment employs 

the former of the two. 

[0112] Upon receiving a message, the processing in Fig. 5 
is started. First, the received message is analyzed (step 

20 S501), and the originator is determined (step S502). The 
originator may add an address or the like to the message, 
but can also be identified by the contents. For example, in 
the case of a log processing request, the originator is the 
device monitoring server, in the case of a settings values 

25 download request, the originator is the application system. 
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[01131 In the case that the originator is the device 
monitoring server 203a, judgment is made whether the message 
is a trouble event (step S503), and in the case that the 
message is a trouble event, the message is converted into a 
5 format which can be processed by the center server 110, and 
is transferred to the center server 110 (step 8504). The 
center server 110 reads out the location, contents, time, 
etc., of the trouble, from the data contained in the message, 
% which is then displayed (step S505). In the case that the 
:fio message is not a trouble event, the data is handed to the 
J application system and processing according to the message 
'•^ is performed, following which the flow stands by for the 
f;' next message. Examples of processing handed to the 

application system include log data processing requests and 
Oi5 collected device information. 

[0114] On the other hand, in the case that the originator 
is an application system, judgment is made regarding whether 
or not the message thereof is a device information 
collection request (step S506). In the case that the 
20 message is a device information collection request, a device 
information collection request is issued to the device 
monitoring server 203a, and the flow stands by to receive a 
message. 

[0115] In the case that this is not a device information 
25 collection request, judgment is made regarding whether this 
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is a download request (step S508). In the case that this is 
a download request, the received downloaded information is 
obtained (step S509), and a call is made thereof to the 
device monitoring server 203a (step S510). In a case that 
5 this is not a download request, the process stands by for 
the next message. 

<Processing procedures by device monitoring server> 
p., [0116] Fig. 6 is a flowchart illustrating processing 

procedures regarding events occurring at the device 
r\o monitoring server 203a. 

% [0117] In the case that an event of some sort occurs, the 
event that has occurred is analyzed (step S601), and in the 
case that this is a warning from a device and a 
predetermined threshold has been exceeded (step S602), the 

lis log data that has been accumulated so far is obtained, and a 
log data processing request message is created (step S603), 
the log processing request then being issued to the device 
center server 210. In the case that the threshold has not 
been exceeded, this fact is stored in the log. 
20 [0118] On the other hand, in the case that this is not a 
warning, this is taken to be an error that has occurred with 
the present embodiment, so a message indicating a trouble 
event is created (step S605), which is transmitted to the 
device center server 210 in step S604. 
2 5 [0119] Fig. 7 is a flowchart illustrating the procedures 
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for the device monitoring server 203a to receive a message 
from the device center server 210* 

[0120] First, judgment is made regarding whether the 
received message is a download request for settings values 

5 (step S701). In the case that this is for a download, 

settings based on the received settings data are carried out 
between the device monitoring server 203a and the device 
(step S702), the site plug-in 203b deletes the data (step 
S703), and a response message is issued to the device center 

0 server 210 to the effect that the download has completed 

(step S704). Note that it is sufficient for the site plug- 
in 203b to be logically connected to the device monitoring 
server 203a, and in the event that there is no connection, 
these may be physically separated* 

5 [0121] In the case that this is not a download in step 
S701, judgment is made whether or not this is a device 
information collecting request (step S706)* If so, 
information is collected from the specified device (step 
S707), and the device information is transmitted to the 

0 device center server (step S708). 

[0122] According to the above procedures, trouble events 
from the managing system for the general-purpose computers 
and the managing system for the peripheral equipment can be 
centrally managed as unified information at the managing 

5 site side. Also, the present invention is not restricted to 
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matching device managing information to PC/server managing 
software; rather, the reverse can be true, i.e., PC/server 
managing information may be made to match device managing 
software. For example, the event adapter 210a shown in Fig. 
5 2 may be provided to the center server 110, so that events 
occurring at the device server are notified to the device 
center server 210. 
..^ [0123] Also, as shown in Fig. 2, an arrangement may be 
'^^ made wherein the line which connects the device monitoring 
T%0 server 203a and the device center server 210, and the line 
which connects the PC monitoring client 203d and the center 
server 110 are the same line, shared with a router or the 
like, thereby conserving the number of lines. This is 
effective in the event of using dedicated lines for the 
Ol5 lines, and so forth. 

<Conf iguration of second remote site managing system> 
[0124] A remote site managing system according to a 
second embodiment of the present invention will be described 
with reference to Fig. 9. The system according to the 
2 0 present embodiment differs with the first embodiment in the 
manner of having logical channels between the managing site 
and managed site. With the first embodiment, while 
communication lines can be shared, the channel connecting 
the device monitoring server 203a and the device center 
25 server 210, and the channel connecting the PC monitoring 
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client 203d and the center server 110 are mutually 
independent and separate channels, logically. The event 
monitor can centrally handle trouble events by an event 
notifying trouble being transmitted to the center server 110 
5 in the case that the device center server 210 receives a 

trouble event notification from the device monitoring server 
203a. 

[0125] Conversely, with the present embodiment, there is 
neither a device center server 210 nor a channel connecting 

0 the device monitoring server 203a and device center server 
210. Instead of the device center server, a device 
information processing module 901 is provided at the center 
server 110 (indicated separately in Fig. 9), so that the 
center server 110 processes the information for the devices 

5 that has been received. With this configuration, in the 
event that a commercially-available PC monitoring client 
203d and a center server 110 are used, device-related 
messages are also carried by the channel established 
therebetween. Thus, in addition to the advantage of sharing 

0 lines as described with the first embodiment, there is the 
further advantage that there is no need to prepare an 
independent communication channel for the device information, 
and there is no need to separately provide a device center 
server, either. 

5 <System conf iguration> 
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[0126] Fig. 9 is a block diagram illustrating the 
configuration of the software module of the remote site 
managing system according to the present invention, A user 
site system (referring to the managed site) has device 

5 equipment (photocopiers, printers, scanners, facsimile 

devices, combined apparatuses, and like peripheral devices) 
and PC/server equipment (general-purpose computers) existing 
in a mixed manner, wherein the device equipment is managed 
by the device monitoring server 203a, and the PC/server 

0 equipment is locally managed by a PC monitoring client 203d. 
The present embodiment is the same as the first embodiment 
in this regard. 

[0127] The center system (referring to the managing site) 
has the device information processing module 901 for 

5 exchanging data with the device monitoring server 203a, and 
a data server 110 for exchanging data with the PC monitoring 
client 2 03d. The managing information of the device 
equipment and the PC /server managing information is stored 
in the inventory database 109. While this is shown as one 

0 database in Fig. 9, the database should be logically or 

physically separated between the devices and the PC/servers. 
This information is used by the application system 205, 
center server 110, and so forth. This also is the same as 
with the first embodiment. 

5 [0128] The managing site and the managed site are 
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connected with a single line, connected by routers 204, The 
PC monitoring client 203d and center server 110 can be 
realized with a commercially-available site management 
system. All messages are transmitted and received via a 

5 channel configured between the PC monitoring client 203d and 
center server 110, provided by the commercially-available 
management system. Note that while in Fig. 9, the device 
information processing module 901 is illustrated as being 
independent (equivalent to the device center server 210 in 

0 Fig. 2), the present embodiment can also be realized by 

assembling the functions thereof into the center server 110. 
[0129] The device monitoring server 203a and the PC 
monitoring client 203d are connected via a site plug-in 
module 203b for converting data formats and procedures 

5 (protocols) as necessary. That is, the site plug-in module 
203b has functions for converting information of the device 
monitoring server into the format (or protocol) of the PC 
monitoring client 203d, and for performing reverse 
conversion. Also, a configuration can be conceived wherein 

0 functions the same as the functions of this site plug-in 
module 203b are provided to the center-side plug- in 
(equivalent to the server plug-in shown in Fig. 2) which 
performs exchange of data between the center server 110 and 
the device processing module 901 at the center side. 

5 [01301 As described later, this site plug-in module 203b 
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has the functions of transmitting a message from the device 
monitoring server 203a to the PC monitoring client 203d and 
causing this to be transmitted to the specified destination, 
and also acts to periodically perform polling and searching 
5 of the contents of a predetermined data area where the PC 
monitoring client 203d is to write, and handing any message 
addressed to the device monitoring server 203a to the device 
monitoring server 2 03a* 

[0131] Also, the center server 110 performs processing 
%0 according to the received message, i.e., in the case that 
Jr the contents of the message are information relating to a 
device, the center server 110 hands the message to the 
device information processing module for processing, and in 
the case that the message is one notifying of the occurrence 
Cl5 of an event, the center server 110 converts the message into 
a display format whereby whether the event generated by the 
event monitor 110a is a display-related event or a 
PC/server-related event can be recognized, and displays this 
as an event list. Device-related events are generated from 
20 the device information processing module 901. 

[0132] Thus, providing a plug-in having a format 
converting function between the device and PC/servers allows 
the commercially-available management software functions of 
the PC/servers to be shared, and device-related information 
25 can be exchanged between the site side and the managing 
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center side. Also, even device-specific information which 
commercially-available PC/server managing software cannot 
manage in detail can be handled by converting data from the 
PC/server format into the format for the devices for 
5 processing at the device information processing module, such 
that there are no devices required for which the message is 
transmitted to at the center side. In the event that 
managing device information in further detail is desired/ 
all that is necessary is to develop a new device information 
10 processing module, thereby furthering efficiency of 
development and design. 

[0133] Next, examples of message exchanging procedures 
carried out between the site system (managed site) and the 
center system (managing site) will be described with regard 

15 to the three cases of: (1) downloading setting values from 
the center server 110 to a device; (2) uploading log data 
from the device monitoring server 203a to the center server 
110; and (3) the center server 110 requesting counter data 
from device monitoring server 203a, with reference to Figs* 

20 10 through 12. 

<Settings values downloading procedures> 
[0134] Fig. 10 is a block diagram for describing the 
procedures for downloading settings values to a device, 
carried out between the site system and center system. 

25 Setting values are downloaded as follows. 
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[0135] First, at the application system 205, 
specifications for the device to be set, settings values, 
etc., are manually input, thereby creating a settings values 
information file 1002. 
5 [0136] (1) A session is established with the center 
server 110 by the application system 205. 

[0137] (2) A distribution module 1001 is activated at the 
^ center server 110, and a distribution file package 1001a is 

created from the settings values information file 1002. 
pfO [0138] (3) The distribution module 1001a transmits the 
2r distribution package file to the PC monitoring client 203d, 
"-^ and stores this as a work file. 

[0139] (4) The site plug-in 203b periodically monitors 
the data files which the PC monitoring client 203d stores, 
Q5 and in the case that the site plug-in 203b detects that the 
PC monitoring client has created a work file with the PC 
monitoring client, notification of the arrival of the 
settings values is made to the device monitoring server 2 03a, 
and also the settings values data is handed to the device 
20 monitoring server 203a. The device monitoring server 203a 
sets the set values to the specified device. 
[0140] (4-2) The site plug-in 203b notifies the center 
server that the settings have been completed, via the PC 
monitoring client 203d. 
25 [0141] (5) At the center server 110, the distribution 
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module 1001 deletes the distribution package file 1001a. 

[0142] (6) The center server 110 notifies the application 
system 205 of the end of the settings. 

[0143] Thus, device settings information can be 
5 downloaded to a device by handing the settings data to the 
device monitoring server 203a. 

[0144] Now, with regard to trouble occurring in the 
devices, this is transmitted as a trouble event from the 
J| site plug-in 203b to the center server 110 via the PC 
^0 monitoring client 203d, as with the above procedure (4-2). 
::; Accordingly, events for notifying trouble are processed on 
'y the event monitor 110a of the center server 110, and are 
H displayed on the list of events. 

<Counter uploading procedures> 
C3L5 [0145] Fig. 11 is a chart for describing the counter data 
uploading that is performed between the site system and 
center system, i.e., the procedures for collecting device 
information. Uploading of device information is performed 
as follows . 

20 [0146] (1) The application system 205 stores an 

information request command in a file, and issues a message 
(event) to initiate information collection to the center 
server 110. 

[0147] (2) The event monitor analyzes the event from the 
25 application system 2 05, activates the distribution module 
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1001, and creates an information request command 
distributing file package 1001a. 

[0148] (3) The center server 110 transmits the created 
distribution package containing the information request 
5 command to the PC monitoring client 203d. The PC monitoring 
client 2 03d stores the received file as a work file. This 
work file is a general-purpose file on the PC/server 
managing system, and is equivalent to the actual entity of 
0 the distribution file package 1001a. 

MlO [0149] (4) Upon detecting that the PC monitoring server 
J 203d has stored a file, the site plug-in 203b calls this up 
SJ and hands it to the device monitoring server 203a. The 
device monitoring server 203a receives this and collects 
device information from the specified device, and hands this 
Cl5 to the site plug-in 203d. 

[0150] (5) The site plug-in 203b stores the received 
device information as a predetermined format file 203e. In 
the present embodiment, description will be made with 
reference to an example wherein the MIF format is used as 
20 the predetermined format. The MIF format is a general file 
format for information managing systems. 

[0151] (6) The site plug-in 203b deletes the work file. 
[0152] (7) The site plug- in creates an event to the 
effect that an MIF file has been created and transmits this 
25 to the center server 110. 



[0153] (8) The center server 110 receives this event, and 
deletes the distribution file package. 

[0154] (9) In the case that the event received from the 
site plug-in 203b notifies normal completion of information 
collection, the center server 110 activates a shared 
information collecting module 1101, and reads in therein the 
MIF file created by the site plug-in, so as to collect 
device information. 

[0155] (10) The shared information collecting module 1101 
reads the MIF file 203e, and obtains the collected device 
information. 

[0156] (11) The shared information collecting module 1101 
stores the obtained device information in the inventory 
database 109. Note that the inventory database 109 either 
physically or logically has both device equipment and 
PC/server equipment databases, and can flexibly handle 
object equipment. 

[0157] (12) The center server 110 deletes the MIF file 
203e at the site side. 

[0158] (13) A completion notification is transmitted to 
the application 205. 

[0159] Thus, the device information collected by the 
device monitoring server 203a can be obtained at the center 
server 110. 

<Procedures for uploading log data> 
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[0160J Fig. 12 is a chart for describing the procedures 
for uploading log data from the site system to the center 
system. With the present embodiment, the log data is 
uploaded as follows . 
5 [0161] (1) The device monitoring server 203a notifies the 
site plug-in 203b of errors or warnings, or that the number 
of times thereof has exceeded a threshold. 

[0162] (2) The device monitoring server 203a issues event 
data of the above warning to the site plug-in 203d. 
10 [0163] (3) The site plug-in 203b stores the log data as 

an MIF format file 203e. As described above, the MIF format 
is a general file data format for information managing 
systems . 

[0164] (4) The site plug-in 203b creates an event to the 
15 effect that an MIF file has been created, and transmits this 
to the center server 110. 

[0165] (5) The center server 110 receives the event, and 
activates the shared information collecting module 1201. 
[0166] (6) The shared information collecting module 1201 
20 causes the MIF file 203e created by the site plug-in 203b to 
be read in, and reads the log file. 

[0167] (7) The shared information collecting module 1201 
stores the obtained device information in the inventory 
database 109. 

25 [0168] (8) The center server deletes the site side MIF 
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file 203e. 

[0169] (9) A completion notification is transmitted to 
the application 205. 

[0170] Thus^ a log data file created by the device 
5 monitoring server 203a can be obtained at the center server 
110. 

<Processing procedures by the device center server> 
[0171] Next, the processing procedures by the center 
server 110, device information processing module 901, site 

10 plug-in 203b, and PC monitoring client 203d, will be briefly 
illustrated. Fig. 13 is a flowchart illustrating the 
processing procedures at the center server 110 at the time 
of receiving an event. Reception of an event starts the 
processing shown in Fig. 13. Note that in the following 

15 description, the terms "message" and "event" are 

interchangeable. The term "event" is also used to mean a 
message which makes notification of an event occurring. 
[0172] First, the received event is analyzed (step S1301), 
and the originator is determined (step S1302). In the case 

20 that the originator is the PC monitoring client 203d, this 
is processed by the event monitor, and in the case that this 
is a trouble event (a failure event or an error event), it 
is displayed in the event list (step S1303). 
[0173] Subsequently, judgment is made regarding whether 

25 or not the event is device-related, i.e., whether or not the 
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event has been issued from the site plug-in 203b (step 
S1304), and in the case that the event is device-related, 
processing is performed by the device information processing 
module depending on the event. The procedures thereof are 
5 illustrated in Figs, 14 through 16. In the case that the 
event is not device-related, processing according to the 
event is performed by the center server 110. 
ri [0174] On the other hand, in the case that the originator 
J5 of the event is the back-end, i.e., the application system, 
'Z%0 judgment is made regarding whether the event is for 
PIJJ performing information collection (step S1305), and where 
' this is the case, an information collection request is 

issued to the site plug-in module 203b (step S1309). The 
information collection request creates a distribution file 
package at the distribution module 1001 for executing the 
request, which is distributed and executed. 
[0175] In the case that this is not an information 
collection request, judgment is made regarding whether this 
is an event for requesting downloading (step S1306). In the 
20 case where the event is not for downloading, processing 

according to the event is carried out, and the flow stands 
by for the next event. 

[0176] In the case of a download request, data to be 
downloaded is obtained from the back-end (step S1307), and 
25 the downloaded data is distributed to the site plug-in 203b 
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(step S1308 ) . 

<Processing procedures by the device information processing 
module> 

[0177] An event determined to be a device-related event 
in step S1304 in Fig, 13 is further broken down, and 
branches into the following three types of processing: (1) 
an event for notifying that downloading has ended; (2) an 
event for ending device information collection; and (3) an 
event for requesting a log data upload. The processing 
thereof is depicted in the flowcharts in Figs, 14 through 16, 
respectively. 
(Downloading ended) 

[0178] Fig. 14 is a flowchart illustrating the processing 
procedures for a downloading end event by the device 
information processing module 901. Upon ending of 
downloading being notified, first, the distribution file 
package 1001a is deleted (step S1401), and the back-end is 
notified that downloading has ended (step S1402). 
(Obtaining device information) 

[0179] Fig. 15 is a flowchart illustrating the processing 
procedures of notification of obtaining device information 
(i.e., a counter upload) by the device information 
processing module 901. 

[0180] First, the distribution file package 1001a created 
for an information collecting request is deleted (step 
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S1501). Next^ in the case that data has been normally 
obtained, the information collecting module 1101 is 
activated (step S1503), the MIF file where the device 
information is stored is requested from the device 
5 monitoring server 203a, and a MIF file which is the response 
thereto is received (step S1504). 

[0181] The received file is stored in the inventory 
database 109 (step S1505), and a request is made to the 
device monitoring server 203a to delete the MIF file (step 

10 S1506). Finally, notification is made to the back-end that 
device information collection has ended (step S1507), 
[0182] On the other hand, in the case that judgment is 
made in step S1502 that the data obtaining is abnormal, the 
back-end is notified to that effect (step S1508), 

15 [0183] Thus, the device information created as an MIF 
file is obtained from the device monitoring server 203a. 
(Uploading log data) 

[0184] Fig. 16 is a flowchart illustrating the processing 
procedures for notifying uploading of log data by the device 

20 information processing module 901. 

[0185] Once a notification for uploading log data is 
received, the shared information processing module 12 01 is 
activated (step S1601), and an MIF file sending request 
containing log data is issued to the device monitoring 

25 module 203a (step 81602). 
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[0186] The MIF file, which is the response to the request, 
is received (step S1603), and this is stored in the 
inventory database 109 (step S1604). A MIF file deletion 
request is issued to the device monitoring server 203a (step 
5 S1605), and upon that process ending, the back-end is 
notified to the effect that processing has ended (step 
S1606) . 

<Processing procedures by the device monitoring server> 
[0187] Fig, 17 is a flowchart illustrating the processing 

0 procedures for a message or event issued to the plug-in at 
the site plug- in 203b* Note that messages issued to the 
site plug-in 203b from the center server 110 are stored in a 
predetermined area by the monitoring client 203d, so the 
site plug-in 203b continues to continuously or periodically 

5 monitor this . 

[0188] In the case that there is a message, judgment is 
made regarding whether or not it is a message from the 
device monitor server 203a (step S1701), and if this is the 
case, the message is analyzed (step S1702), and where the 

0 message is a warning or a threshold exceeded, the log data 
is written as an MIF file, and an event is issued to the 
center server 110 to the effect that the log file will be 
uploaded, via the PC monitoring client 203d (step S1705). 
In the case where the message is not a warning or a 

5 threshold exceeded, judgment is made regarding whether or 
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not this is an error (step S1706), and in the case that this 
is an error, a message indicating a trouble event is created 
(step S1707), and the flow branches to step S1705. 
[0189] In the case that this is not a message from the 
5 device monitoring server 203a (NO in step S1701), judgment 
is made that this is a message from the center server 110, 
the predetermined area written by the PC monitoring client 
203d is read (step S1708), the data thereof is analyzed 
:% (step S1709), and processing according to the contents 
;:^iO thereof is executed. The details of the processing 
J: according to the analyzed contents is shown in Fig. 18. 

[0190] Fig. 18 is a flowchart illustrating the processing 
of procedures according to the message received from the 
f^^ center server 110, by the site plug-in 203b. 
Cl5 [0191] First, judgment is made regarding whether or not 
this is downloaded data (step S1801), and in the case that 
this is downloaded data, notification of reception of the 
downloaded data is made to the device monitoring server 203a 
(step S1802), and the data is handed over (step S1803). The 
20 data that has been handed over is deleted (step S1804), and 
a download completed event is issued to the center server 
(step S1805) . 

[0192] In the case that this is not downloaded data, 
judgment is made regarding whether or not this is a device 
25 information collection request (step S1806), and in the case 
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that it is, a device information collection request is made 
to the device monitoring server 203a (step S1807). 
[0193] In the case that device information is received 
from the device monitoring server 203a in response thereto 
5 (step S1808), this is stored as a MIF file (step S1809), and 
a message to the effect that device information has been 
collected is issued to the center server 110. 
ri <Processing procedures by PC monitoring client> 
% [0194] Fig. 19 is a flowchart illustrating the processing 
Jlo procedures in the event that the PC monitoring client 
S receives a message. 

[0195] In Fig. 19, judgment is made where the destination 
ft of the received data is (step S1901), and in the case that 
iZ the data is addressed to a general-purpose computer such as 
J 45 a PC /server, the data is handed over to the specified 

process (step S1902), and in the case that this is a site 
plug- in, the data is written to the aforementioned 
predetermined area (step S1903). 

[0196] Thus, with the system according to the present 
20 embodiment, peripheral equipment installed in the same 

managed site as the general-purpose computers, which are 
being monitored, can also be managed, using a general- 
purpose computer monitoring system. Accordingly, the 
general-purpose computers and peripheral equipment can be 
25 centrally monitored at the managing site in the same manner. 
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Further^ collection of information relating to the 
peripheral equipment, parameter settings, etc., can be 
performed from the managing site side via the monitoring 
system. Also, log transmission can be made from the managed 
5 site side to the managing site. 

[0197] Further, modules to be added to the general- 
purpose computer monitoring system for managing the 
peripheral equipment can all be realized by software, so 
^ there is no hardware required for this purpose, thereby 
J^O suppressing increased footprint and costs of equipment, 
Jz maintenance work, and other such increases related to 
"^'^ hardware. 

[0198] Also, the present invention is not restricted to 
matching device managing information to general-purpose 
C315 computer (PC/server) managing software; rather, the reverse 
can be true, i.e., PC/server managing information may be 
made to match peripheral equipment (devices) managing 
software. For example, configurations may be conceived 
wherein the devices 201 and the PC/servers 202 shown in Fig. 

20 9, and the device monitoring server 203a and the PC 

monitoring client module 203d are respectively exchanged, 
with the MIF file 203e being of a file format unique to the 
device, the site plug-in 2 03b being provided with functions 
for converting the PC/server format into a device format, 

25 the center server processing the deices, the device 
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processing module 901 processing the PC/server information 
and issuing an event to the device center, and so on. 
<Center call> 

[0199] Description will be made regarding the application 
5 system used at the managing site in the event that a 

customer of a managed site telephones the managing site, 
with regard to the first remote site managing system or the 
second remote site managing system, described above. With 
^ the remote site managing system described above, in the 
y|0 event that trouble or failure occurs in equipment in the 
J office, notification to that effect is normally transmitted 
from the device monitoring server 2 03a to the device center 
server. However, there are other cases wherein, in the 
H event that a customer in a managed site detects trouble but 
CL5 is not able to specifically determine what the trouble is, 
the customer will directly notify the managing site by 
telephone (i.e., place a center call). In this case, the 
staff in the managing site must respond to the customer or 
the trouble in an appropriate manner, and this application 
20 system (center call application system) is used to this end. 
<Center call application system> 

[0200] Figs. 20 through 22 are flowcharts illustrating 
the processing which the center call application system 
performs. First, an input screen for the staff to input the 
25 telephone number of the customer is displayed, and the flow 



- 51 - 



waits for input of the telephone number. Once the telephone 
number is input (a center call is initiated), the telephone 
number is used as a key to obtain user information from the 
inventory database 109 (step S2001). This user information 
5 is then displayed on the display screen (step S2002), 

[0201] Fig, 23 is a diagram illustrating an example of a 
user display screen. In this screen, the name, department, 
and telephone number of the customer are displayed. Also, 
the equipment list 2302 lists the devices installed at the 

J;l0 customer site. In this figure, "ALL" is selected with the 

E selection button 2301, so all device equipment and PC/server 
equipment are displayed. However, selecting a "DEVICE" 
option with button 230 displays only the device equipment, 

J;^; and selecting a "PC" option with button 2301 displays only 

CM. 5 the PC equipment. 

[0202] Accordingly, in the event that the staff judges 
that device-related trouble is occurring, based on the 
information from the customer, the staff selects "DEVICE". 
Also, in the event that the staff judges that PC/network- 
20 related trouble is occurring, the staff selects "PC". In 

the event that the staff cannot judge either way, the staff 
selects "ALL". 

[0203] The center call application system judges whether 
the user has selected "DEVICE", "PC", or "ALL". First, 
25 judgment is made regarding whether or not device-related 
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trouble has occurred, based on whether or not "DEVICE" has 
been selected by the selection button 2301 (step S2003). In 
the event that judgment is made that device-related trouble 
has occurred, the flow proceeds to step S2010, otherwise, 
5 the flow proceeds to step S2004, where judgment is made 
regarding whether or not PC/network-related trouble has 
occurred, based on whether or not "PC" has been selected by 
the selection button 2301 (step S2004). In the case that 
% judgment is made that PC /network-related trouble has 
I:l0 occurred, the flow proceeds to step S2020. Otherwise, the 
J: flow proceeds to step S2005. 
<Device-related trouble> 

[0204] In the case that judgment is made in step S2003 
that device-related trouble is occurring, the flow proceeds 
CI.5 to step S2010, and a request is issued for the device 
monitoring server to perform diagnosis (step S2010). 
Specifically, a message instructing information collection 
is transmitted to the device center server. In response, 
the device center server issues an information collecting 
20 request to the device monitor server, with the processing 
shown in Fig. 5. Next, information from the device 
monitoring server is received via the device center server 
(step S2011) . 

[0205] Judgment is made regarding whether or not the 
25 contents of the trouble can be isolated by the device 
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monitoring server (step S2012). A case wherein this can be 
isolated is a case wherein the trouble can be detected by 
the device monitoring server (e.g., a case wherein a trouble 
event is contained in the received information), or the like. 
5 In the case that this cannot be isolated. Repair A (Fig. 21) 
is carried out. 

[0206] In the case that the trouble can be isolated, 
PI further judgment is made regarding whether or not the 
^ trouble can be recovered from at the managed site (step 
rto S2013). In the case that recovery from at the managed site 
J is impossible. Repair B (Fig. 22) is performed. In the case 
that recovery can be made, the contents of the trouble is 
displayed so as to be comprehended by the staff. For 
Jil example, with the display screen in Fig. 24, a display is 
5 As blinking, indicating that the power of the laser beam 
printer "LB1810" is off. The staff, upon viewing this 
display, advises the customer regarding what to do. 
<PC/network-related trouble> 

[0207] In the case that judgment is made in step S2004 
20 that PC/network-related trouble is occurring, the flow 

proceeds to step S2020, and a request is issued for the PC 
monitoring client to perform diagnosis (step S2020). 
Specifically, a message instructing information collection 
is transmitted to the center server. In response, the 
25 center server issues an information collecting request to 
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the PC monitoring client. Next, information from the PC 
monitoring client is received via the center server (step 
S2021) . 

[0208] Judgment is made regarding whether or not the 
5 contents of the trouble can be isolated by the PC monitoring 
client (step S2022). A case wherein this can be isolated is 
a case wherein the trouble can be detected by the PC 
monitoring client (e.g., a case wherein a trouble event is 
contained in the received information), or the like. In the 
0 case that this cannot be isolated. Repair A (Fig. 21) is 
carried out. 

[0209] In the case that the trouble can be isolated, 
further judgment is made regarding whether or not the 
trouble can be recovered at the managed site (step S2023). 

5 In the case that recovery at the managed site is impossible. 
Repair B (Fig. 22) is performed. In the case that recovery 
can be made, the contents of the trouble are displayed so as 
to be comprehended by the staff. For example, with the 
display screen in Fig. 25, a display is blinking, indicating 

0 that the power of the network router "Router-01" is off. 
The staff, upon viewing this display, advises the customer 
regarding what to do. 

< Judgment of device-related or PC /network-related trouble> 
[0210] In the case that judgment could not be made in 
5 step S2003 and step S2004 whether the trouble is device- 
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related or PC/network-related trouble, specifically, in the 
case that the staff has selected "ALL" with the selection 
button 2301, a request is issued to both the PC monitoring 
client and the device monitoring server to perform diagnosis 

5 (step S2005). Specifically, a message instructing 

information collection is transmitted to the device center 
server and the center server. In response, the center 
server issues an information collecting request to the PC 
monitoring client. Also, the device center server issues an 

0 information collecting request to the device monitoring 

server. Next, information from the device monitoring server 
and the PC monitoring client is received via the device 
center server and the center server (step S2006). 
[0211] Judgment is made regarding whether or not the 

5 contents of the trouble can be isolated by the combination 
of the device monitoring server and the PC monitoring client 
(step S2007). A case wherein this can be isolated is a case 
wherein the trouble can be detected by the device monitoring 
server and the PC monitoring client (e.g., a case wherein a 

0 trouble event is contained in the received information), or 
the like. In the case that this cannot be isolated, Repair 
A (Fig. 21) is carried out. 

[0212] In the case that the trouble can be isolated, 
further judgment is made regarding whether or not the 
5 trouble can be recovered at the managed site (step S2008). 
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In the case that recovery at the managed site is impossible. 
Repair B (Fig, 22) is performed. In the case that recovery 
can be made, the contents of the trouble are displayed so as 
to be comprehended by the staff. The staff, upon viewing 
5 this display, advises the customer regarding what to do. 

[0213] Fig. 26 gives examples of cases wherein isolation 
can be made in the judgment in step S2007. The call 
contents are the contents which the staff was informed of by 

^'5 the customer over the telephone. The monitoring results are 

rlO the contents of the information sent from the PC monitoring 

fz client and the device monitoring server. 

[0214] In the first case, the PC 1 gave an instruction to 

^ the printer 1 to print, but printing processing was not 

P^^fo^^^d* The results of diagnosis by the PC monitoring 

Cl5 client and the device monitoring server indicated that the 
PC 1 and the printer 1 were normal, but that the available 
capacity on the hard disk of the PC serving as the printer 
server had decreased to 200 Kbytes. Accordingly, judgment 
was made that the available capacity on the hard disk of the 
20 print server was low and the printing data could not be 

stored (spooled) properly, and that available capacity on 
the hard disk of the print server should be secured as a 
countermeasure . 

[0215] In the second case, a new PC 2 was set up and 
25 printer settings were set. The printer 2 can be recognized 
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from the PC 2 , but not the printer 3 . The results of 
diagnosis by the PC monitoring client and the device 
monitoring server indicated that the router 1, printer 2, 
and printer 3 were normal, but that there was no response 
5 from the PC 2. Accordingly, judgment was made that the 

default gateway settings were not correctly made for the new 
PC 2 and the new PC 2 could not cross segments for 
^ communication, and that the IP address of the router 1 
^ should be set to the default gateway of the PC 2 as a 
jft 0 countermeasure . 

5 [0216] In the third case, printing instructions were 

given from a PC 3 to a printer 4, but printing processing 
f'' was not carried out. The results of diagnosis by the PC 
fZ monitoring client and the device monitoring server indicated 
til 5 that the PC 3 was normal, but a defective connection was 
detected for the sorter of the printer 4. Accordingly, 
judgment was made that the sorter of the printer 4 was not 
connected properly, and that the sorter should be properly 
connected as a countermeasure. 
20 <Repair A> 

[0217] Fig. 21 is a flowchart illustrating the processing 
for the center call application system to perform Repair A. 
Repair A is carried out in the case that judgment is made in 
steps S2 012, S2 022, or S2007, that isolation by the device 
25 monitoring server or PC monitoring client cannot be made. 
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[0218] With repair A, the contents of the trouble could 
not be isolated, so service personnel is dispatched to the 
managed site (step S2101). Specifically, dispatch 
information is transmitted to a portable information 

5 terminal such as a notebook PC or a cellular phone, for 

example, which the service personnel is carrying, displaying 
a display screen such as shown in Fig. 27A on the portable 
information terminal which the service personnel carries. 
[0219] Figs. 27A and 27B illustrate examples of a display 

0 screen displayed on the portable information terminal. Here, 
first, the consumer information (name and telephone number) 
of the location to head to is displayed (Fig. 27A) . The 
service personnel then must input whether he/she can go to 
the location, and if so, how many minutes it will take to 

5 reach the location (Fig. 27B), and this information is 
received. 

[0220] Next, the flow waits for a trouble report from the 
service personnel heading to the customer site, and receives 
the report (step S2102). The trouble report is input by the 

0 service personnel using the device monitoring server or PC 
monitoring client at the managed site, and is received via 
the device center server or center server. Judgment is made 
based on this trouble report whether the trouble can be 
handled without external help (step S2103). 

5 [0221] In the case that the trouble can be handled 
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without external help, the service personnel will perform 
the recovery work on the spot, so the flow waits for the 
recovery to be confirmed (step S2104). The processing ends 
following information received from the device monitoring 
5 server or PC monitoring client that recovery has been 
confirmed. 

[0222] In the case that the trouble cannot be handled 
ri without external help, work is commissioned to a cooperating 
% company (step S2105). This is for cases wherein the 
%Q maintenance company mainly handles device-related equipment 
% and the trouble which has occurred is PC-related trouble, to 

commission recovery work (maintenance service) to a 
rr cooperating company. Now, let us say that a commissioning 
f;^J sheet such as shown in Fig. 2 8 is sent to the cooperating 
i;^5 company by e-mail. This commissioning sheet contains the 
user information, and also equipment information of the 
equipment with which trouble is occurring. Determination of 
the equipment with which trouble is occurring is carried out 
based on the trouble record in step S2102. In step S2105, a 
20 file serving as a template for the commissioning sheet is 

first read out, and user information extracted in step S2001 
is filled in. Next, the equipment is determined based on 
the trouble contents, and device information regarding that 
equipment is filled in. Further, the contents of the 
25 trouble received are filled in a predetermined space as 
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comments. The file is attached to an e-mail^ and 
transmitted to the cooperating company. 

[0236] The service personnel of the cooperating company 
will perform the maintenance work, so the flow waits until 
5 the work is finished and recovery is confirmed (step S2106). 
Further, a work report such as that shown in Fig* 2 9 is 
received from the cooperating company by e-mail (step S2107), 
[0224] Fig. 2 9 is a diagram illustrating an example of a 
work report from the cooperating company which indicates the 

10 time at which the work was executed, the model name and 

serial No. of the device on which maintenance was performed, 
the cause of the trouble, and the measures taken. Also, 
information relating to the contents of the work report are 
stored in a database as commissioning history, to pay this 

15 cooperating company fees for carrying out the maintenance 
work (step S2108) . 
<Repair B> 

[0225] Fig. 22 is a flowchart illustrating the processing 
for the center call application system to perform Repair B. 
20 Repair B is carried out in the event that judgment is made 
in steps S2013, S2023, or S2008, that recovery cannot be 
made at the managed site. 

[0226] With repair B, the contents of the trouble are 
already known, so first, a trouble report is created based 
25 on information from the device monitoring server or PC 



- 61 - 



monitoring client (step S2201). Fig. 30 is a diagram 
illustrating an example of a trouble report. The trouble 
report lists the time that the trouble occurred, the model 
and serial No. of the device where the trouble occurred, the 
5 cause of the trouble, and measures taken against the trouble. 
[0227] Next, judgment is made regarding whether the 
trouble can be handled without external help (step S2202). 
fi In the case that the trouble can be handled without external 
% help, the service personnel is sent to the managed site 
!;lo (step S2203). Specifically, this is the same as with step 
S: S2101 in Fig. 21. Further, a trouble report is attached to 
" an e-mail and sent to the portable information terminal 
fj' which the service personnel has, and necessary parts are 
f:^ arranged for (step S2204). The service personnel who has 
E3l5 headed to the customer site performs recovery work, and the 
flow waits for the work to end and recovery to be confirmed 
(step S2205). Once recovery has been confirmed by 
information received from the device monitoring server or PC 
monitoring client, the processing ends. 
20 [0228] In the case that the trouble cannot be handled 

without external help, a cooperating company is coiranissioned 
to perform the work (step S2206). Here, as with step S2105 
in Fig. 21, a commissioning sheet is sent to the cooperating 
company by e-mail. At the same time, a trouble report is 
25 also sent to the cooperating company by e-mail. The service 



personnel of the cooperating company performs the recovery 
work, so the flow waits for this to end and recovery to be 
confirmed (step S2207). Further, a work report such as that 
shown in Fig. 29 is received from the cooperating company by 
e-mail (step S2208). Information relating to the contents 
of the work report are stored in a database as commissioning 
history to pay this cooperating company fees for carrying 
out the maintenance work (step S2209), 
<Other Embodiments> 

[0229] The objects of the present invention are achieved 
by an arrangement wherein a recording medium storing 
software program code for realizing the functions of the 
above embodiments is supplied to a system or device, and a 
computer (or CPU or MPU) of the system or device reads out 
and executes the program code stored in the recording medium. 
[0230] In this case, the program code read out from the 
recording medium itself realizes the new functions of the 
present invention, and the recording medium storing the 
program code comprises the present invention. 
[0231] The device information data may be held in a hard 
disk built into an image processing device and image data 
rendering device, and externally connected recording medium, 
a server accessible from the image data rendering device, or 
the like. Further, an arrangement may be made wherein 
device information data can be arbitrarily set by the user. 
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[0232] Examples of storing mediums which can be used for 
supplying the program code include floppy disks, hard disks, 
optical disks, magneto-optical disks, CD-ROMs, CD-Rs, DVD- 
ROMs, magnetic tape, non-volatile memory cards, ROM, and so 
5 forth. 

[0233] Also, the present invention encompasses cases not 
only where the computer executing the read program code 
realizes the functions of the above embodiments, but also 
wherein an operating system or the like running on the 
3o computer performs part or all of the actual processing based 
% on the instructions of the program code, thereby realizing 

the functions of the above embodiments . 
f\ [0234] Further, the present invention also encompasses 

arrangements wherein the program code read from the 
1l5 recording medium is written to memory provided in function 

s z 

expansion boards in the computer or function expansion units 
connected to the computer, following which a CPU or the like 
provided to the function expansion board or function 
expanding unit performs all or part of the actual processing 

20 based on instructions of the program code, so as to realize 
the functions of the above embodiments thereby, 
[0235] In the event of applying the present invention to 
the above recording medium, program code corresponding to 
the above-described flowcharts (shown in Figs, 5 though 7, 

25 13 through 19, and 20 through 22) are stored therein. 
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[0236] The present invention allows a managing site to 
centrally manage both PC/server equipment and device 
equipment in an office. Particularly, in the event that an 
error occurs with equipment to be serviced in the office and 
5 a customer in the office notifies the maintenance service 

company by telephone (i.e., a center call), this enables the 
maintenance company to accurately deal with the error, and 
dispatch maintenance (either dispatching service personnel 
or commissioning the maintenance to another service company) 

10 in a smooth manner* 

[0237] Particularly, this enables a trouble report to be 
created in the event that the contents of the error can be 
known, so that the service personnel heading to the site can 
perform the maintenance work in a speedy manner based on the 

15 trouble report, and further, in the event that the contents 
of the error cannot be known initially, the service 
personnel is immediately dispatched to the customer site, 
thereby allowing the service personnel to speedily handle 
the error. 

20 [0238] Also, judging whether or not the error requires 
external help enables service personnel in the maintenance 
company to be automatically dispatched in the event that the 
error does not require external help, and in the event that 
the error does require external help, the maintenance work 

25 is automatically commissioned to the cooperating company. 



- 65 - 



[0239] While the present invention has been described 
with reference to what are presently considered to be the 
preferred embodiments, it is to be understood that the 
invention is not limited to the disclosed embodiments. On 
5 the contrary, the invention is intended to cover various 
modifications and equivalent arrangements included within 
the spirit and scope of the appended claims- The scope of 
the following claims is to be accorded the broadest 
interpretation so as to encompass all such modifications and 
10 equivalent structures and functions. 



